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PREFACE 


This report was prepared for Con'tract NAS-- 1-^12008, Expansion 
and Extension of the ODIN/RLV Computer Program - Task 2, Evalu- 
ate and Improve the Existing ODIN Program Library. The contract 
was funded by the National Aeronautics and Space Administration, 
Langley Research Center, Space Systems Division. 

The ODIN procedure is a design analysis technique which allows 
the use of existing computer codes as part of a larger simula- 
tion. Communication of information among computer codes is 
accomplished by means of a data base repository accessible and 
managed by the ODIN executive computer code, DIALOG. 

The objective of the contract was the development of an independ- 
ent geometry display program. The result was a computer code 
for editing geometry and monitoring geometric perturbations. 
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IMAGE: A COMPUTER CODE FOR GENERATING 

PICTURE-LIKE IMAGES FOR AEROSPACE CONFIGURATIONS 

BY C. R. Glatt 

Aerophysics Research Corporation 


SUMMARY 

The IMAGE program uses a surface definition based upon quadri- 
lateral elements to describe a picture-like drawing of an 
arbitrary vehicle. The computer program is an important com- 
ponent of the Optimal Design Integration (ODIN) System. The 
program is used to visually check geometric data input and 
monitor geometric perturbations. In addition, the picture 
presentation can be annotated with textual information. 

Usually, the user is interested in three-view drawings, how- 
ever, arbitrary viewing angles may be specified as part of the 
normal input. In this manner, pseudo perspective drawings of 
the geometry may be obtained. The drawings are not true per- 
spective drawings as the vanishing point is at infinity. This 
report describes the use of IMAGE, both as an independent pro- 
gram and as an ODIN element. 



INTRODUCTION 


The generation of geometry for aerospace configurations in digit- 
al format is one of the most tedious tasks in the design analysis 
process and is also difficult to check. The program described 
in this report is designed specifically to provide a pictorial 
representation of the digital geometric input. The program 
capability provides a visual check for errors in geometry and 
a picture presentation which can be annotated with textual infor- 
mation. 

The IMAGE program is an extraction from the program of reference 
1, but has undergone extensive modification and simplification 
in an effort to provide a more useful addition to the ODIN (Opt- 
imal Design Integration) program library (see reference 2) . 
Although developed primarily for use in the ODIN system, the 
IMAGE program is -equally useful as an independent program. The 
program was written for the CDC 6600 computer. Some coding 
peculiar to the CDC machine must be changed for use on other 
machines but this coding is a small portion of the total program. 

This report was prepared for Contract NAS 1-12008, A Study Effort 
to Extend and Improve the ODIN Procedure - Task 2 , Evaluate and 
Improve the Existing ODIN Program Library. The objective of this 
task was the improvement and redocumentation of the IMAGE program 
as a member of the ODIN library. The contract was funded by the 
National Aeronautics and Space Administration, Langley Research 
Center, Space Systems Division. 


2 



SURFACE MODEL 


The surface shape of the configuration is described to the 
IMAGE program by ordered sets of points in three dimensional 
space. The geometry is specified in 80 column (BCD) card 
format. It may be input directly or generated by another 
program and passed to the IMAGE program as a binary or BCD 
file. The program rotates the geometric data to prespecified 
viewing angles then transforms it onto a plane coincident with 
the plane of the paper. The geometry is reordered into quadra- 
lateral elements for plotting. 

A grouping of four surface points is used to describe a quadra- 
lateral surface element. An organization of a large number of 
related elements forms a component. A number of components may 
be used to give a complete description of the configuration. 

Each component is an independent unit of geometry which may be 
drawn separately or collectively with other components. In 
general, the equations for the geometry rotations described 
here apply to any orientation angle. The equations required 
to produce the perspective drawings are derived in the follow- 
ing paragraphs. Figure 1 is a collection o£ component geometries 
representing a shuttle orbiter configuration arranged in a three 
view drawing by the program. 

Coordinate System 

Each point on the surface is described by its coordinates in 
the body reference coordinate system. 


X 

Y 

Z 

L 

The body reference coordinate system is assumed to be a con- 
ventional right-handed Cartesian system as illustrated below: 


Z 
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0 D 


N / I M R G E PICTURE DRRWING PROGRRM 

ORB ITER OESIGN 25K P/L 1 INCH= 132.000 INCHES 




VEHICLE CHARACTERISTICS 


t. HRSS PROPERTIES 


LANDED HEIGHT 
ENTRY WEIGHT 

DESIGN CG. SUBSONIC. E5K P/L 
DESIGN CG HYPERSONIC. I3K P/L 


19S934 .5 LB 
I9BT1C -7 US 
63-95372 FT 
63-4S021 P T 


2. GEOMETRY 


BODY LENGTH 
TOTAL WING RRFR 
CHORD. THEO ROOT 
CHORD. TIP 
ASPECT RATIO 
LEADING tCGE SWEEP ANGLE 
"RRIl ING edge SWEEP ANGLE 
El.EVON AREA. TOTAL 
EXPOSED WING LOCATION 


I10.CCC0 FT 
2500-000 SCFT 
50-89356 FT 
6-BSi-i~l E* 
3.cco::o 
45-o;::o del- 
O-OCCOGO OEG 
375.0000 SOFT 
58-45000 FT 


3. AERODYNAMIC CHARACTERISTICS 


DESIGN TRIM LIFT COEFFICIENT .6257300 

OESIGN nlHtnUM LANDING SPCEO 187.8S37 KNOTS 

MAX TRIM ALPHA HYPERSONIC OESIGN COND 88-63321- DEG 




FIGURE 1 ILLUSTRATION OF PICTURE AND TEXT OPTIONS IN IMAGE 



- Coordinate Transformations 

To create the perspective drawings illustrated in this report 
each surface point on the body must be rotated to the desired 
viewing angle and then transformed into a coordinate system in 
the plane of the paper. With zero rotation angles the body 
coordinate system is coincident with the fixed system in the 
plane of the paper. 


Z 

o 



The rotations of the body and its coordinate system to give a 
desired viewing angle are specified by a yaw-pitch-roll sequence 
('F , 0 ,<p). The rotation is given by the following relationship: 



This sequence is important to remember when describing the 
desired viewing angles to the IMAGE program. 
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The rotation matrices ip, 0 and <p are given by: . 
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Since each point on the surface is given by its coordinates in 
the X, Y, Z system, its position in the fixed coordinate system 
(X , Y , Z ) may be found by the inverse of the above process: 
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If this operation is carried out, the resulting relationship is 
obtained. 


rx i 

o 


'cos9cos4i 

-sin^ cos<j>+sin9cos4* sin<$> 

sin^> sin$+sin0cos4> 

cos4>~ 


-x" 

Y 

o 

= 

cos0sin4< 

cosi^ cos4>+sin0sin4< sin<J> 

-cos4» sin4>+sin0sin4i 

COS<j) 


Y 

Z 

o 


-sinG 

cos6sin<)> 

COS0COS<|> 

. 


_Z. 


X =X(cos6 cosvJJ) + Y(- sim{;coscj>+sin0cosv|/5in6) + Z (sinusino+sinGcos^cosc) 
o' 

Y =X(cos9sinU>) t Y (cos\(/cosp+sin3sin^sino) t-Z{-cos\j/£ir:in-sin0sinv|/cos6) 
o 

Z q =X(-sin0) t Y(cosGsin6) + Z(cos0coso) 


We may now use these last two equations to transform a given 
point on the body (X, Y, Z) with a specified set of rotation 
angles (ip,6,<t>) into the plane of the paper (the Y, Z system). 

With the CALCOMP library subroutines it is a simple matter to 
plot these data and to connect the related points with straight 
lines. 

The above relationships completely describe the transforma- 
tion required to rotate every point on the vehicle to the desired 
angle, then into the plane of the paper. However, the resulting 
drawing is difficult to interpret because all hidden lines are 
drawn. Further, since only one half, or one quarter (for 
symmetrical vehicles) of the coordinate points are usually 
input, some additional calculations are desirable. 

The surface points are grouped into quadrilateral surface elements 
for analysis by the program. Each quadrilateral is drawn as 
an individual 'curve.' The collection of all 'curves' represents 
the complete configuration. The technique also provides a con- 
venient means of limiting the drawn lines to those normally seen 
by the viewer at the defined viewing angles. 

Each input element is replaced by a plane quadrilateral surface 
made up of the four lines connecting the points. The quadri- 
lateral characteristics are used to determine the visibility 
of the four lines. The quadrilateral characteristics include 
the area, centroid and the direction cosines of the surface 
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unit normal. The surface unit normals may be transformed 
through the required rotation angles just as was done for the 
individual points. The resulting value of the component of 
the unit normal in the X direction (out of the plane of the 
paper) may be found from 0 the following equation: 


n 

x 

o 


nx( cos ec os ^)t n y(- s i n ^ co s<b+ s i n 0 c °s4i s in4))+ n z ( s im|; s i n 4>+ s i n 0 cos a; co s<i) 


where n x , n^, n z are the components of the surface unit normal 
in the vehicle reference system. 

If n is positive, then the surface element is facing the 
o 

viewer. If n x is negative, the element faces away from the 
o 

plane of the paper. This result is used in the program to pro- 
vide the option of deleting most of those elements on a vehicle 
that normally could not be seen by a viewer. The picture is 
thus made more realistic and easier to interpret. Confusing 
elements which are on the back side of a component do not 
appear.. No criterion is provided, however, for the deletion 
of those elements that face the viewer but are blocked by 
other body components. If desired, more realistic drawings 
may be obtained by selective deletion of sections or half 
sections and by a proper selection of viewing angle. 
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PROGRAM USAGE 


The computer program usage requirements described in this 
section are generally oriented toward the CDC 6600 computer 
version and specifically toward the Langley Research Center 
(LRC) installation. The actual program input requirements 
described are largely applicable wherever the program is 
installed but the control cards for the retrieval and execution 
of the program will differ from computer to computer and from 
installation to installation. 

The use of the program requires three types of input; the con- 
trol cards, the actual program input and the post processing 
instructions for generating CALCOMP plots. Figure 2 illustrates 
the deck setup for executing the program and indicates the 
separate submittal of a plot request card. One input case is 
illustrated, Multiple cases may be computed by repeating 
the case data illustrated. 

Control Cards 

The program input data is preceded by the operating system con- 
trol cards required to retrieve from permanent storage and 
execute the program. Figure 3 illustrates the control cards 
for three different ways of using IMAGE at LRC. Figure 3A shows 
the method of execution from the stored machine language pro- 
gram. Figure 3B illustrates a compile, load and execute 
sequence from stored source code, assuming program modifications 
are desired. Figure 3C illustrates the use of IMAGE within the 
ODIN (Optimal Design Integration) system. See reference 2 for 
ODIN system usage. 

The dashes on the JOB, USER and REQUEST cards indicate missing 
information which the user must supply in accordance with LRC 
computer complex accounting procedures. Further, the wedge 
number (program storage location in data cell) is subject to 
change. The latest wedge number is available from LRC. 

The user must supply the estimated run time in CPU seconds, 
the octal field length for the job and the number of operating 
systems (O/S) calls. These are given in the above order on 
the JOB card. Typical values for a single case are tabulated 
below: 
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PLOT TERMINATOR 



FIGURE 2 DECK SETUP FOR IMAGE, 



JOB, 1,20, 35000,500. - - - - 
USER. - - - 

FETCH, A3 6 4 7, SPR , BINARY, , OIMAGE . 

O IMAGE. 

REQUEST, TAPE9 8, HI. CALTP,RIL, - - - 
REWIND , CALTPE , TAPE 9 9 . 

COPYBF , CALTPE , TAPE 9 9 . 

UNLOAD , TAPE 9 9 . 

7-8-9 

(IMAGE CASE DATA) 

6-7-8-9 


REQUIRED ONLY IF 
PLOTS ARE REQUESTED 


FIGURE 3A EXECUTION OF STORED PROGRAM 


JOB, 1,40, 45000,800. - - - - 
USER. - - - 

FETCH , A3 6 4 7 , SPR , SOURCE . 

RUN , S , , ,SCFILE . 

LGO . 

REQUEST, TAPE9 8 , HL . CALTP , RIL , - - - 

REWIND, CALTPE, TAPE9 9. REQUIRED ONLY IF 

COPYBF, CALTPE, TAPE 9 9 . PLOTS ARE REQUESTED 

UNLOAD, TAPE 9 9. 

7-8-9 

(MODS TO SOURCE PROGRAM, IF ANY) 

7-8-9 

(IMAGE CASE DATA) 

6-7-8-9 


FIGURE 3B COMPILE, LOAD AND EXECUTE 


'EXECUTE IMAGE' 
(IMAGE CASE DATA) 
7-8-9 

'EXECUTE PLOTSV ' 

7-8-9 


REQUIRED ONLY IF 
PLOTS ARE REQUESTED 


FIGURE 3C EXECUTE VAMP WITHIN ODIN SIMULATION 


FIGURE 3 ILLUSTRATIONS OF CONTROL CARDS REQUIRED FOR IMAGE, 


li 





CPU 

FIELD LENGTH 

O/S CALLS 

EXECUTE ABSOLUTE 
BINARY PROGRAM 

20 

35000 

500 

COMPILE, LOAD 
AND EXECUTE 

40 

45000 

800 

EXECUTE WITHIN 
THE ODIN SYSTEM 

30 

56000* 

600 


*Minimum size for the executive system (reference 2) . 

The tabulated values above will vary with the complexity of 
the configuration (number of elements) , the number of cases 
and the number of plots requested. A good rule to follow is 
to allow ample CPU and 0/S calls in the first run, then use 
the day file results to estimate these parameters for similar 
configurations. 

General Program Input 

The IMAGE program input will typically consist of four types 
of input. 

1. Title card in free field format. 

2. Program controls ($TYPE32) in NAMELIST format. 

3. Surface model data as formatted corner-point geometry. 

4. Picture specifications ($TYP3435) in NAMELIST format. 

The program controls and picture specifications are input in 
standard NAMELIST input format. Two NAMELIST reads are provided 
for this purpose as illustrated in figure 4. 

The use of NAMELIST input was chosen for the following reasons: 

1. It is a simple name oriented input easily understood 
by most computer users. 

2. The format is standard and does not require relearn- 
ing from program to program. 

3. It is easily modified by the engineer or programmer 
when adding input variables to the program. 
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{TITLE (one card - first 59 characters) 


$TYPE32 

^Geometry Scaling. and Control Options 

$ 


Element Data - only if unit 5 
was specified by the data set 
above 


$TYP 34 35 

^Picture Drawing or Text Options 

$ 


$TYP3435 


Picture Drawing or 

(if 

_ LAS T= 1 


Text Options'] 


{end OF IMAGE DATA 


col. 71 


FIGURE 4 ILLUSTRATION OF INPUT STREAM TO 
IMAGE FOR TWO VIEWS. 



When a NAMELIST read is encountered in the program, the entire 
input file is scanned up to an end-of-file or a record with a 
dollar ($) in column 2 followed immediately by the NAMELIST 
name requested by the programs . Succeeding data items are 
read until a second dollar {$) is encountered signifying the 
end of the NAMELIST. Any data on the input file before the 
requested NAMELIST is found will be ignored. All data between 
the opening and closing dollar is interpreted by the NAMELIST 
input routine. The data item within the NAMELIST statement 
may be in any of three forms : 

V = C, 

A = , . . . ,D . , 

A (n) = D j- , » . . , , 

V is a variable name; C is a constant; A is an array name and 
n is an integer constant subscript, D ^,...D , are simple con- 
stants or repeated constants of the form k*C, where k is the 
repetition factor. Constants may be real, integer, hollerith 
or logical. Hollerith constants are preceded by nH where n 
is the number of characters in the hollerith constant. Logical 
constants are of the form .TREE, (or T) or .FALSE, (or F) . 

Data items and constants must be separated by commas . The 
number of constants, including repetitions given for an 
unscripted array must equal the number of elements in that 
array. For a subscripted array name, the number of constants 
need not be equal but may not exceed the number of array 
elements needed to fill the array. More than one card may be 
used for input data and arrays may be split between cards. 

All except the last record must end with a constant followed 
by a comma and no sequence numbers may appear. The first 
column of each record is ignored. The set of data items may 
consist of any subset of the variable names associated with 
the NAMELIST name and the name need not be any particular 
order. More details on the use of NAMELIST are available in 
any FORTRAN user's guide, but the above description should be 
sufficient for the operation of the IMAGE program. 

The first list ($TYPE32) is used for specifying general data 
pertaining orientation, translation and scaling of the geometry. 
It also provides for setting flags pertaining to printing and 
geometry file control. 
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The $TYPE32 data set is followed by element geometry data if 
(described below) the INPUT file is specified in the above 
data set. Alternately the data may be read from the internal 
unit number 8. The geometry data is read, translated and 
scaled according to user instructions, then placed on a scratch 
unit (TAPE3) in binary format for use in the remainder of the 
program. 

After geometry data (if any) the second NAMELIST ($TYPE3435) 
is input. This data set provides input for picture control 
options, etc., required to generate the desired pictures. 

Figure 4 illustrates an input stream to IMAGE. Any number of 
views may be specified by repeating the $TYP3435 data set. 

The last data set should specify LAST = 1. 

The parameter, LAST, terminates the picture sequence for the 
current geometry which was temporarily placed on TAPE 3. The 
program logic returns to read a new TITLE card . The input 
flow is illustrated in figure 5. If a TITLE card is present 
in the input stream, additional geometry will be read from 
TAPE5 or TAPE8 and placed on the temporary storage file, TAPE 3 . 
A new sequence of pictures will be expected after the geometry 
is read. The execution is terminated by placement of a special 
(type 99) card in the input stream in place of a TITLE card. 

The special card must contain the integer, 99 in columns 71 
and 72. The following paragraphs describe each input type in 
detail . 

Title Card . - The TITLE card must be the first card in the 
input sequence . This card may contain from 1 to 59 characters 
(columns) of information which will be printed at the top of 
the frame, 9-inches above and 3-inches to the right of the 
initial reference point. A TITLE card must be present for 
each set of geometry which is to be processed by the program. 
Failure to supply this card will result in an input error. If 
no title is desired, a blank card must be inserted. The 
characters (99) in columns 71 and 72 of the TITLE card will 
cause normal termination of the program. 

Program Controls . - The $TYPE32 data set is a NAMELIST input 
set consisting of input instructions for the geometry data, 
scaling, translation and orientation of the data, and printing 
instructions for the quadrilateral element characteristics. 
Figure 6 summarized the NAMELIST names and descriptions for 
the input set. 

This section discusses each NAMELIST input in detail. Each 
paragraph is headed by the name and default value for the 
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START 



YES 


• Print program header 
at the top, 9.5 inches 
above the reference 
point. 

• Title card is printed 
9 inches above the 
initial reference point. 


TERMINATE 

EXECUTION 


• Options of scaling the 
vehicle data and trans- 
lation of the vehicle 
coordinate system. 


• Geometry sections are 
scaled and merged into 
a single section and 
placed on TAPE 3. 


• Instructions for scaling 
and plotting the picture 
data. 


•Test for more geometry. 


FIGURE 5 ILLUSTRATION OF INPUT FLOW 
LOGIC FOR IMAGE, 








NAMELIST 

NAME 

DELX 

DELY 

DELZ 

IORIEN 


IREW8 

ISTAT3 

ITAPE 


PRINTS 

XSC 

YSC 

ZSC 


FIGURE 6 


DEFAULT 

VALUE 

1 . 0 

1 . 0 

1 . 0 


0 


0 


1 

0 


0 


0. 0 
0. 0 
0 . 0 


DESCRIPTION 

X-translation of scaled input data. 

Y-translation of scaled input data. 

Z-translation of scaled input data. 

Integer definition of a element 
orientation. 

= 0 Cross section input mode. 

= 1 Streamwise input mode. 

=2 or 3 See text. 

Control integer for logical unit 8. 
file position. 

= 0 Rewind tape 8 before reading. 

= 1 Do not rewind 8 before reading. 

Number of vehicle components. 

Geometry control integer. 

= 0 Geometry from unit 5. 

= 1 Geometry from unit 8 (coded) . 

= 2 Geometry from unit 8 (binary) . 

Print flag. 

= 0 No printing. 

= 1 Print quadrilateral data. 

X-scale factor. 

Y-scale factor. 

Z-scale factor. 


$TYPE32 NAMELIST INPUT SET. 
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variable listed. The heading is followed by a description of 
the input variable. If the default value is acceptable, the 
user need not define a value for it in the $TYPE32 NAMELIST 
data set. 

PRINTS = 0 PRINTS is an integer variable which may have mean- 
ingful values of zero (0) or one (1) . The variable 
controls the printing of detailed quadrilateral 
element characteristics. 

0 Element characteristics will not be printed. 

1 Element characteristics will be printed. 

IORIEN = 0 IORIEN is an integer variable which defines the 
element orientation for the data. All vehicle 
components must have the same orientation. 

0 Normal mode using cross sections. 

1 Geometry is input in streamwise strips. 

2 Geometry is input in streamwise strips. For each 

strip of elements, the first coordinate point in 

f the right-hand strip of points is not used in the 
formation of the leading edge element but is 
ignored by the program. 

3 Same as = 2 except the left-hand point is ignored 
in the formation of the leading edge elements. 

Usually the data is described with IORIEN values of 0 or 1. 

Values of 2 or 3 will give correct pictures when the data-point 

slip methods of reference 1 are used to input the geometry data. 
Vehicle components with different values for IORIEN cannot be 
drawn correctly on a single picture frame. 

The scale factors and associated translation increments described 
below are generally used to transform the configuration geometry 
to a more convenient form for plotting. The factors are 
frequently used to move the vehicle reference axis so that the 
vehicle center corresponds approximately to the coordinate 
system origin. For a vehicle with its hose at X = 0.0 this 
is accomplished by using a DELX value (see below) of about one- 
half of the vehicle length. This simplifies the selection of 
picture scales to keep the vehicle within the imaginary picture 
frame . 
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The original geometry data on tape 5 or tape 8 is not changed 
by the use of the scale factors. They are applied to the 
geometry stored on the temporary file TAPE 3 . The data is 
transformed using the following equations for X, Y and Z. 


X = X. . . 

new input 

(XSC) 

+ 

DELX 

Y = Y 

new input 

(YSC) 

+ 

DELY 

Z — z 

new input * 

(ZSC) 

+ 

DELZ 


The above scaling terms are defined as follows: 

XSC = 1.0 Scale factor to be multiplied by x ^ n p Ut * 

YSC = 1.0 Scale factor to be multiplied by Y i n p U f 


ZSC = 1.0 Scale factor to be multiplied by 


DELX = 0.0 X increment to be added to X. . 

input 


DELY = 0.0 Y increment to be added to Y. 


input 


DELZ =0.0 Z increment to be added to Z . , 

input 


Z input * 

. (XSC). 

. (YSC). 

. (ZSC). 


Usually the configuration geometry consists of more than one 
component. In the data format of the IMAGE program, the data 
for each component is terminated with an integer flag referred 
to as a status flag as described under Surface Model Data 
(below) . The merging of the geometric components is desirable 
for plotting purposes. Therefore, the geometric components 
are merged into a single component as the geometric data is 
being transferred to the temporary file, TAPE 3 . The user of 
the program must specify the number of components to be merged 
for each picture sequence. This specification is accomplished 
by the integer input variable ISTAT3. 


ISTAT3 = 1 Integer variable number of vehicle components 
with Status = 3 in the vehicle geometry which 
the user wishes to plot as a unit. The pro- 
gram will count the number of Status = 3 in 
the geometry deck and when the count reaches 
this input value, the program will proceed to 
the plot options for the vehicle components 
which have just been read. 
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Several options are available to the user of the program for 
accessing geometric data. Alternate files may be employed and 
alternate formats may be specified. The input parameter for 
controlling the above options is the integer variable ITAPE. 

ITAPE = 0 Geometry tape control integer variables with 
the following possible values: 

= 0 Geometry data (type 3) will be read from 
Tape 5 (geometry data cards are loaded 
along with picture-data control cards) . 

= 1 Geometry data (Type 3 will be read from the 
geometry storage tape (Tape 8) in coded 
format. 

= 2 Geometry data (Type 3) will be read from 
the geometry storage tape (Tape 8) in 
binary format. 

The IMAGE program provides a flexible means of controlling the 
alternate geometry file, TAPE 8 . Multiple components may be 
stored on TAPE 8 . These components may be extracted in sequen- 
tial groups or plotted individually. The input parameter for 
rewinding the geometry tape (TAPE 8 ) is IREW8 . Usually the 
file is rewound for the first sequence of pictures, then 
through the use of the input variable ISTAT3 , additional groups 
of components can be extracted for plotting purposes. 

IREW8 = 0 Integer variable to control the position of 

Tape 8 just before the geometry data are read 
from it. 

= 0 Rewind Tape 8 and then read geometry data 
from it. 

=1 Do not rewind Tape 8 , but start reading 

geometry data from it in its current position. 

The integer, IREW8 , permits the user to store more than one 
group of vehicle geometries on the geometry tape, then collect 
and plot them by groups . 

Surface Model Data . - The program accepts the geometry in 
element data form only. No simplified geometry techniques are 
employed. Several auxiliary programs are available which con- 
vert simplified geometry to element data format suitable for 
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input to the IMAGE program. Reference 1 is an example of such 
a program. It generates element data using several mathematical 
surface generation options and includes an aircraft geometry 
option which provides a convenient means of generating aero- 
dynamic surfaces. 

The element data in IMAGE may be read from input or from an 
alternate unit. If the INPUT file is selected, the actual 
data cards are merged with the other input data as illustrated 
in figures 2 and 4. 

If the alternate input unit (logical unit 8) is selected for 
element data input, the data may be read in coded (same as 
INPUT cards) or binary (fast read) mode. In order to use the 
binary mode, the data must have been written in binary mode. 
Reference 1 generates element data in coded format. The binary 
mode is very useful for improving efficiency particularily 
when the geometry must be regenerated many times for a problem 
solution. Regeneration of geometry is often desirable when 
studying the effects of geometric shapes. Regeneration will 
be required when optimizing geometric shape in an ODIN simula- 
tion. 

Element Data Format . - The element data method uses a large 
number of surface, coordinate points on the surface of the 
configuration. The points can be ordered around a station 
contour or in a streamwise manner. Each point consists of 
an X, Y, Z coordinate set and a status flag. Each card con- 
tains two points. 

The coordinate system used for all the geometry data is shown 
in the figure below. For symmetrical vehicles it is standard 
practice to input the left side of the vehicle only. There 
is only one input method for the corner-point geometry and 
since any of the auxiliary geometry programs finally produce 
geometry data in surface-element form, it is important that 
the methods and nomenclature used with this method be clearly 
understood. It is, therefore, recommended that the input 
instructions for the surface-element method be studied before 
an attempt is made to use the method or write a geometry gen- 
eration routine. 
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+ z 


+x 

The geometric input data in this method include the coordinates 
of a large number of points on the vehicle surface. The input 
data are organized in a manner that permits the description of 
a vehicle on a component buildup basis. This gives increased 
flexibility in shape description and makes it possible to draw 
exploded views by physically separating the components of the 
vehicle. Because of possible changes in the surface contours 
of a configuration, or replacement of the entire component, it 
may also be desirable to divide the configuration into several 
components. This permits easy changes either in a manual or 
automated mode such as ODIN. Each component of a configuration 
is further divided into a number of sections each defined by 
a group of points in space. In practice, the surface coordin- 
ates are usually recorded from cross-section drawings of the 
vehicle in such a way that each point need be read only once 
(even though it may be a member of as many as four adjacent 
quadrilateral elements) . Each point is defined by its three 
coordinates and a status flag that indicates whether it is 
the first point of a new section, a continuation of a group 
of points defining a section, the beginning of a new section, 
or the last point of the component. The program uses the 
status flags to determine how the input points are to be 
related to form the quadrilateral elements, and how the 
elements are combined to form a component. 

The first question that the user asks when starting to load the 
element geometry is the order in which the surface points are 
entered. The basic rules to be followed are given below. The 
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rules discussion will be followed by a discussion of a visual 
technique that many users will find helpful in determining the 
proper loading order. 

For the purpose of organizing the input data for computation, 
each point is assigned a pair of integers, m and n. These 
integers are not actually input to the program (they are cal- 
culated internally) but their use in the following discussion 
will provide a better understanding of the input data organiza- 
tion. For each point, n identifies the "column" of points to 
which it belongs, and m identifies its position in the "column," 
i.e., the "row." The first point of a "column" always has m = 1. 
To insure that the program will compute outward normal vectors, 
the following condition for the order to input points must be 
satisfied. If an observer is located in the outside the com- 
ponent and is oriented so that locally he sees points on the 
surface with m values increasing upward, he must also see n 
values increasing toward the right. Strict adherence to this 
simple rule will always lead to a correct set of input geometry 
data. Examples of correct and incorrect input are shown in 
the sketches below. In these pictures the exterior of the con- 
figuration lies above the paper, and the interior of the con- 
figuration lies below the paper. The arrows indicate the order 
of reading the points. 


m 

m 

m 


Cor root Input 



1 2 i- 

n=i n=2 


3 

n=3 


Incorrect Input 


n=3 


> m=3 


n=2 


-im= 
im=l 


n=I 


m= 3 


‘ - 

[ — 

> < 

l J 


n = 3 


m=2 


n-2 


m=l 


n'=3 

r n = 2 
• n = l 


rn=l 

»; 


rn=2 
m = 3 


n=l 


n=3 
n=2 
n 



m=l 

A 

m -2 

A 

m=3 

n= 1 

n =2 

n=3 


Associated with each input point is an input quantity called 
its status. The first point of each new section has Status 
= 2. Except for the first n-line of a component, the first 
point of each n-line has Status 1. The last point of the 
component of the vehicle has Status 3. All other points have 
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Status =0 (i.e., they may be left blank on the input sheet). 

The IMAGE program plots the picture according to components 
ending with a Status =3. 

The simple visual technique described below is helpful in 
determining the proper order of the input points: 

1. First, assume that you are holding in your hand a 
small model of the vehicle shape. Many program users 
find it helpful to construct a small paper model to 
help in visualizing the geometry loading procedure. 

On this model draw lines to represent the elements to 
be loaded for a given vehicle section. 

2. Next, decide which strips of elements are to constitute 
"columns" and which "rows." In most problems one of 
two procedures is selected - either a "column" of 
elements starts at the bottom of the shape and continues 
around to the top, roughly following vehicle cross- 
section lines, or a "column" is oriented so that it 
starts at the front part of the vehicle and runs aft 
toward the rear. 

3 . Hold the model out in front of you and rotate it until 
the columns are vertical with the first row of elements 
at the bottom. This procedure should be used regard- 
less of what part of the vehicle is being loaded - the 
body, fin, inside of fin, etc. Always orientate the 
model so that you are looking at the section to be 
loaded (from the outside, looking at the surface) with 
the columns running vertical, and the rows running 
horizontal . 

4. Now that you have the section being loaded oriented 
in front of you, with the columns vertical, apply the 
following cardinal geometry rule: 

If a column of data points are loaded from the 
bottom to the top, then the next column of points 
(starting with a Status = 1) must be to the right. 

All of the geometry input data for this geometry option are 
input on "Type 3" element data cards (an integer 3 in column 
72). Each card contains the X, Y, Z coordinates and status flag 
for two points on the body surface. Every card in the element 
geometry deck must contain two surface points except the last 
card, which may have only the first surface point coordinates 
and status filled in. If a particular line of vehicle points 
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is odd in number, then it is usually advisable to repeat the 
last point (a dummy point) so that the last card will have 
two sets of point data. This permits the shifting of con- 
figuration components without disrupting other components. 

A description of the input card for element data is shown in 
figure 7 . 

Picture Specifications . - The picture control data set is a 
NAMELIST input set called $TYP3435 which is summarized in 
figure 8. It controls the drawing of pictures and the print- 
ing of text. A typical deck setup will consist of several data 
sets of this type, one for each picture desired. The program 
will always try to read one data set. Additional views or text 
information may be generated or added by the inclusion of 
additional $TYP3435 data sets. The input integer controlling 
this function is LAST. 

LAST = 0 Integer variable controlling the program 

flow logic after drawing a picture or print- 
ing text. 

= 0 Return for $TYP3435 data set. 

= 1 Return for new TITLE card (may result 
in program termination or the reading 
of more geometric data) . 

If the variable LAST is set to one (1) , the reference axes 
system of the plotting device is moved to a new frame position 
specified by the user. The input variables controlling the axis 
translation are XMOVE and YMOVE . 

XMOVE = 17.0 The translation of the reference axis system 
in the X-direction (in inches) following 
the last $TYP3435 data set. 

YMOVE = 0.0 The translation of the reference axis system 
in the Y-dir action (in inches) following the 
last $TYP3435 data set. 

The values of XMOVE and YMOVE are made with respect to the 
original coordinate system reference specified upon execution 
of the program. The picture positioning parameters DXG and DYG 
described below have no affect on the XMOVE, YMOVE translation. 


The program permits the user to specify the viewing angles with 
the three-axis system discussed in the early part of this report. 
The righthand rule is used for identifying the positive rotation 
angle of the vehicle geometry. The sequence of rotation is yaw, 
pitch and roll. 
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Column Code 



1-10 X X-coordinate of surface point (the 

value of X is written anywhere in 
this space with a decimal point and 
sign; usually input only if it is 
negative) . 


11-20 

Y 

Y-coordinate 

of 

surface point. 

21-30 

Z 

Z-coordinate 

of 

surface point. 

31 

STAT 

Status flag 
coordinates 

for 
( = 2, 

the above set of 
1 , 0 , or 3) . 

32-41 

XX 

X-coordinate 

of 

surface point. 

42-51 

YY 

Y-coordinate 

of 

surface point. 

52-61 

ZZ 

Z-coordinate 

of 

surface point. 

62 

ST ATT 

Status flag 
coordinates 

for 
( = 2, 

the above set of 
1, 0, or 3) . 

66-68 

CASE 

Case number 

(right-justified integer) 

69-70 

SECT 

Numbers or letters to identify the 


vehicle section. These must be legal 
machine characters. 


72 TYPE Card type number = 3. 


FIGURE 7 ELEMENT DATA INPUT CARDS 
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NAMELIST 

DEFAULT 


NAME 

VALUE 

DESCRIPTION 

DXG 

o 

• 

o 

Repositioning of X- and Y- reference 
point before plotting current 
picture “ inches. 

DYG 

0. 0 

' 

HTEXT 

0. 14 

Character height for text material - in. 

IAREA 

0. 

Print control integer. 

=0 No print. 

= 1 Print area of each section. 

ICS 

0. 

Connectivity flag for quadrilaterals. 
= 0 Connect all four points. 

= 1 Connect points 1-2 and 3-4. 

= 2 Connect points 1-4 and 2-3. 

=4 Do not connect points. 

IQUAD 

0. 

Controls points to be drawn. 

= 0 Draw input points. 

= 1 Draw computed points on 
quadrilateral . 

IREFL 

1. 

Reflected element flag. 

= 0 Draw input elements only. 

= 1 Draw reflected elements. 

= 2 Draw reflected elements (only 
one quadrant is input) . 

ISHAD 

0. 

Hidden line option. 

=0 Do not plot hidden lines. 
= 1 Plot all lines. 

LAST 

0. 

Program control flag. 

= 0 Return for $TYP3435 data set. 

= 1 Return for TITLE card (or 
Type 99 to terminate). 

FIGURE 8A 

$TYP3435 NAMELIST INPUT SET. 
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NAMELIST 

DEFAULT 


NAME 

VALUE 

DESCRIPTION 

PHI 

0 . 

Roll angle (see below) - degrees. 

PSI 

0 . 

Yaw angle (see below) - degrees. 

THETA 

0 . 

Pitch angle (see below) - degrees 



6.0 Frame size in inches. Geometry will 

be scaled to this dimension . 

F Logical control variable for text input. 

= .TRUE. Text information will follow 
$TYP3435. 

= .FALSE. No text information will be 
input. 


FIGURE 8B $TYP3435 NAMELIST INPUT SET, (CONTINUED) 


SCAL 

TEXT 
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namelist 

DEFAULT 


name 

VALUE 

DESCRIPTION 

XLG 

* 

Extreme forward X-dimension on 
input geometry ~ input units. 

XRG 

* 

Extreme aft X-dimension on input 
geometry - input units. 

YBG 

* 

Extreme bottom Y-dimension on input 
geometry - input units. 

YTG 

* 

Extreme top Y-dimension on input 
geometry - input units. 

XMOVE 

17.0 

Translation of X-reference after 
one complete case - inches. 

YMOVE 

o 

. 

o 

Translation of Y-reference after 
one complete case - inches. 


*Computed before. This. input set is 
read but may be overridden (see text) . 


FIGURE 8C STYP3435 NAMELIST INPUT SET (CONTINUED), 
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PSI = 0. 


THETA = 0. 


PHI = 0. 


Yaw angle in degrees measured with respect 
to the positive Z-axis of the reference 
geometry coordinate system. 

Pitch angle in degrees measured with respect 
to the positive Y-axis of the reference 
geometry coordinate system. 

Roll angle in degrees measured with respect 
to the positive X-axis of the reference 
geometry coordinate system. Note that the 
positive X-axis is usually toward the nose 
of the vehicle. 


The technique used for plotting geometric data is to treat each 
quadrilateral element as a five-point 'curve' in the image 
plane. The IMAGE program provides the user with the option of 
specifying the points on each quadrilateral element which will 
be connected when plotting the elements. The integer variable 
which controls this option is ICS. 

ICS = 0 Integer variable controlling the points to 

be connected. 


= 0 Connect all 4-points of each element. 

= 1 Connect points 1-2 and 3-4 (see diagram 
below) 

= 2 Connect points 1-4 and 2-3. 

=3 Do not connect points with lines 



Quadrilateral 

Element 


Usually the geometric data plotted by the IMAGE program is 
symmetrical about the X-Z plane and data is generally provided 
for only one side of the configuration. The program provides 
the user the option of plotting only the input geometry, the 
reflected geometry or alternately plotting both the input 
geometry and the geometric reflection of the input geometry. 
The input integer controlling this option is IREFL. 

IREFL = 1 Integer variable controlling the plotting of 
reflection-elements as follows: 
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0 


Do not plot elements reflected to 
negative side of Y-axis. 

= 1 Plot reflected elements. 

= 2 Plot reflected elements (only one 
quadrant is input) . 

The plotting of all quadrilateral elements can often be distrac- 
ting if not misleading with respect to appearance of the 
vehicle which the geometric data represents. The distraction 
is usually caused by the plotting of elements which face away 
from the viewer. The IMAGE program provides the user with the 
option of eliminating the above class of elements for the 
individual geometry components . The integer variable which 
controls this option is ISHAD. IMAGE does not provide any 
capability for omitting elements which face the viewer but 
are hidden by another component of the vehicle. 

ISHAD = 0 Integer variable controlling the plotting of 
elements facing away from the viewer. 

=0 Do not plot elements that face away from 
the viewer (shadow elements) . 

= 1 Plot shadow elements (elements facing 
away from viewer) . 

The IMAGE program provides the user the option of printing the 
surface area characteristics of the vehicle components as follows 

IAREA = 0 Integer variable controlling the printing of 
section areas. 

= Q Do not print section areas. 

= 1 Print out the area of each section. 

Usually, the desired picture is represented by the actual corner 
points of the geometric data. However, for some types of 
analysis, it is desirable to view the corner points of the 
actual quadrilateral elements since the latter represents the 
data actually used by some of the technology programs which the 
IMAGE geometry supports. The IQUAD option permits the selection 
of the points to be drawn. 

IQUAD = 0 Integer variable which selects the corner 
points to be drawn. 
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= 0 Draw input elements. 

= 1 Draw picture using quadrilateral element 
corner points . 

The program provides a flexible means of framing the picture 
data. Because of the flexibility provided, the user should 
exercise a certain degree of caution in setting up the data to 
assure the resulting picture will be plotted in the desired 
location. The following discussion of input variables is 
designed to help the unfamiliar user in setting up the data for 
positioning the picture sequences. Figure 9 shows the relation- 
ships among the variable input data discussed below. 

SCAL = 6. Imaginary frame size in inches for the current 
picture. All data will be scaled to fit with- 
in the specified frame size according to the 
following relationships. 

X-scale factor = (XRG-XLG) /SCAL 

Starting X-value = XLG 

Y-scale factor = (XRG-XLG) /SCAL 

Starting Y-value = XLG 

XRG and XLG are computed automatically by the IMAGE program. 

The coordinate axes used are the result of the initial geometric 
transformation described above. The relationships used for com- 
puting the above parameters internally are as follows: 

XLG = min (all X-coordinates ) 

XRG = max (all X-coordinates) 

The above - equation generates a "square frame" scaled to the 
longitudinal configuration geometry dimensions. The "square 
frame" produces identical scale factors in the X and Y directions 
The geometry is guaranteed to fit in the specified frame size. 
However, the data will not necessarily fit in the frame itself. 
The position of the picture depends upon the values of the view- 
ing angles. For example, assume the geometry reference is at 
the nose of the vehicle. The imaginary frame under automatic 
scaling conditions would encompass the length of the vehicle. 
Further, the data would all be scaled to the value of the input 
variable, SCAL. For the above conditions, the position of the 
nose is controlled by the input variables DXG and DYG. 
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COORDINATE SYSTEM DEFINITIONS 

Xcc, Ycc Reference coordinates of the plotting device 

before the current picture is drawn. The 
initial values are usually specified by the 
user on the plot request card. Before the 
picture is drawn they are moved to the Xg, 

Yg system. 

Xg, Yg Reference axis of the geometric data after 

the initial transformation specified by the 
input parameters DELX, DELY, DELZ , XSC , YSC 
and ZSC. 


FIGURE 9 ILLUSTRATION OF THE FRAMING TECHNIQUE EMPLOYED IN 
THE IMAGE PROGRAM, 
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Each picture is positioned within the limits of the plotting 
device using the variables DXG and DYG measured with respect 
to the previous position. 

DXG = 0. Repositioning of the reference Y-axis in 

inches for the plotting device before plotting 
the geometry data for the current picture. 

DYG = 0 Repositioning of the reference X-axis in 

inches for the plotting device before plotting 
the geometry data for the current picture. 

Once the reference axes for the current picture is described, 
the imaginary frame is defined by the variables YLG, XRG, YBG, 
YTG. Although computed automatically as described above, the 
values of XLG, YRG, YBG and YTG may be specified by the user 
in scaled geometry coordinates with respect to the translated 
vehicle geometry on TAPE3 as follows : 

XLG = computed Value of the left side of the imaginary 

frame (geometry scale) . 

XRG = computed Value of the right side of the imaginary 

frame (geometry scale) . 

YBG =■ computed Value of the bottom of the imaginary frame 

(geometry scale) . 

YTG = computed Value of the top of the imaginary frame 

(geometry scale) . 

When specifying the above values, the user should remember the 
"square frame" is essential to the creation of an undistorted 
picture. Rectangular frames will produce pictures which appear 
for-shortened in the direction of the short side of the 
rectangle. For example: 

XLG = -10. , XRG = 20 . , 

YBG = -5. , YTG = 25 . , 

would, produce a square frame 30 inches on a side. In the above 
example, the data for the current picture would be scaled as 
follows: 

Y - scale factor = (20 . - (-10 . ) ) /10 . = 3 units/inch 

Y - scale factor = (25.- (5 . ) )/10 . = 3 units/inch 
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Starting X-value = -10. 

Starting Y-value = -5. 

The primary function of the IMAGE program is the generation of 
pictorial data. Equally important to a geometric description 
is a description of the vehicle characteristics. The IMAGE 
program provides the user the option of displaying text informa- 
tion along with the pictorial data. The logical variable con- 
trolling this option is TEXT. 

TEXT = .FALSE. Logical variable, if .TRUE., Text informa- 
tion will be read from cards following the 
$TYP3435 data set in free field format. 

In the text option the input variables DXG and DYG position the 
reference coordinates at the beginning of the first line of 
text. This reference point will remain until altered by a new 
$TYP3435 data set. Any number of cards may be read as text. 

Each card represents a line of text. Lines of text may be 
skipped by placing a zero (0) in column 1 of the text card. 

This provides a convenient means of spacing the text information. 
The text input is terminated by placing the character (2) in 
column 1 of the last text card. The last card will not be 
printed. 

The maximum number of cards (lines) of text is 53 cards. The 
character height of the text is controlled by the input var- 
iable HTEXT . 

HTEXT = 0.14 Height of the characters in the text 

material. 


Post Processing Instructions 

The IMAGE program is designed to generate a file of plot commands 
for a 12-inch vertical height continuous roll' paper such as 
CALCOMP. The file must be on a physical tape for plotting (see 
figure 3) . The user establishes a reference point on the roll 
at the time the plot request is submitted to be plotted. Gen- 
erally a one inch offset from the X-axis (Y=l) is adequate. 

The Y-offset is not applicable since a continuous roll of paper 
is generally used. A hard coded program header is printed 9.5 
inches above the user established reference. All pictures should 
be scaled and positioned within the 9.5 inch limitation on 
vertical height, otherwise, the picture may overlay the program 
header. The horizontal placement of pictures is essentially 
unlimited. 
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Externally Generated Geometry 

The IMAGE program provides the flexibility of reading the 
element data for plotting from the normal input device (INPUT) 
or from an alternate unit. The later capability is provided 
for the purpose of plotting geometry generated by another com- 
puter program. 

The information may be stored temporarily or permanently on a 
system file and attached . to the IMAGE execution job step by a 
method called file substitution. 

File substitution is a CDC 6600 system capability which provides 
a correspondence between internal (logical units) files and 
external (system) files. The mechanism by which this correspond- 
ence is implemented is the "program card." The program card 
for the IMAGE program is: 

PROGRAM IMAGE (INPUT, OUTPUT, TAPE 5 = INPUT, TAPE 6 = 

OUTPUT, TAPE 3 , TAPE 8) 

In the above illustration the file, TAPE 8 is the internal 
logical unit which may contain the geometric data to be plotted. 
The correspondence between the internal logical units, TAPE 8 
and the external file is established by the substitution of 
the TAPE 8 parameter at execution time. For example, assume 
the data to be plotted was stored on an external file called 
DATA. The execution card for the IMAGE program would be: 

EXECUTE (IMAGE, ,,,,,, , DATA ) 

During the above execution, the IMAGE program would read from 
the file called DATA each time the logical unit, TAPE 8, was 
read. The program card parameters are positional . Therefore, 
the six commas are essential for the proper use of file sub- 
stitution, one for each of the other files on the program card. 


Use of IMAGE within ODIN 

The Optimal Design Integration (ODIN) system is a library of 
independent computer programs representing the analytical cap- 
abilities in a wide variety of technological disciplines. The 
IMAGE computer program is but a single member of the ODIN library. 
The sequence of execution of the individual programs is con- 
trolled by the executive program, DIALOG (reference 2) which 
also maintains a name-oriented data base of design information. 
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Each piece of information is stored by name. The data base 
forms a communication link among the programs in the library. 
When used within the ODIN system, IMAGE receives data from 
the data base before execution. Generally, the ODIN library 
programs provided information to be stored in the data base. 
However, IMAGE does not currently generate information of this 
category. 

The actual transfer of information from the data base to IMAGE 
is performed by DIALOG through pre-processing of the data so 
the program is "unaware" that it is part of an analysis involv- 
ing many programs. There are no special input requirements for 
using IMAGE within the ODIN system. A single control directive 

' EXECUTE IMAGE ' 

is required for the execution of the program. The delimiter 
(') is a 4-8 punch. The data which follows this directive is 
the normal input data described above. However, any data 
values may come from the data base by specifying the data base 
name on the input card (in lieu of the actual value) . 

$TYPE32 


SCAL = ' SCALE ' , 


$END 

In the above illustration, the name SCALE is a data base name 
which may represent a scale factor for the entire' configuration 
The executive program, DIALOG, replaces the name and the 
associated delimiter 'SCALE' with the data base value for SCALE 
Upon execution of IMAGE, the input component is photometrically 
scaled by the current scale factor in the data base. A pro- 
cedure is also available for transferring data base arrays (see 
reference 2) . 

The illustration above applies to namelist input, but the pro- 
cedure for extracting data base information is equally 
applicable to formatted input. The field width is specified 
to the position of the delimiters (') as illustrated below: 
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2579 3.426 


' DEN' 


7.29 


/ 


DEN is assumed to be the name of a data base variable. The 
value of DEN will be placed (by DIALOG) on the input card in 
the most significant (E and F) format left justified in the 
specified field. If the data base variables were an integer, 
the value would be right justified in the field (I format) . 
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PROGRAM OUTPUT 


The output from the IMAGE program is both printed output and 
plotted output. Geometric characteristics of the quadrilateral 
elements are available at the user's option. This data is 
presented through the normal output channels. The plotted 
data is in the form of a plot tape. The actual plots are 
obtained by separate submission of a plot request card. Upon 
submission of the request, the plot tape is processed on the 
CALCOMP plotting hardware. Pictures of the vehicle at pre- 
selected viewing angles, as illustrated in figure 10, may be 
generated on the CALCOMP device. Input errors can then be 
corrected before the data is submitted to another ODIN program 
for the aerodynamic or other technology calculations. 
Alternately, annotated report quality pictures (see figure 1) 
may be generated by combining the picture and text options in 
the program. 

The IMAGE program can also be used to obtain a detailed print- 
out of the properties of each quadrilateral element of the 
vehicle as illustrated in figure 11. The normal output may 
also include the accumulated surface area as illustrated in 
figure 12 and the number of elements for each section of the 
vehicle. If no print options are specified, only the picture 
number is printed. 


ODIN Output 

The current IMAGE program generates no output for the ODIN 
data base. It has been used primarily for displaying geometric 
data to be used by other technology programs. 
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FIGURE 10A PICTURE OUTPUT FROM IMAGE. 
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FIGURE 10B PICTURE OUTPUT FROM IMAGE. (CONTINUED) 
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FIGURE 11 ILLUSTRATION OF QUADRILATERAL ELEMENT PROPERTIES PRINTOUT FOR IMAGE, 



TOTAL APFA of' tN°UT ELEMENTS 

- 

. 1P?S 

TOTAL 

M|j JMRF P 

OF 

•- 1 ■ F m T ft 

% 

/4 ft 

total VOLUME O r TMPlir FLF-1FMTS 

- 

.016 







TOT A| A -'F A OF I M P 1 ) T FLFMFMTS 

- 

2.1657 

TOTAL 

Ml | \vq F p 

OF 

E|.ckve.KiTS 

= 

S £*- 

TOTAL VOLUMF OF INPUT ELEMENTS 

= 

.093 







TOTAL A RF A OF TNPIJT ELEMENTS 

= 

4.9149 

TOTAL 

NUM9E-°- 

OF 

elements 

- 

69 

TOTAL VOLUME OF INPUT ELEMENTS 


1 .250 







TOTAL A PE A .OF TNPIJT ELEMENTS 


6.0621 

TOTAL 

NLJMPFR 

OF 

ELEMENTS 

= 

70 

TOTAL VOLUME OF INPUT ELEMENTS 

— 

1 ,34ft 







total apfa of input elements 

.= 

41 . 3 ft 0 9 

TOTAL 

NUMBER 

OE 

PLF.mEmTS 

= 

79 

TOTAL VOLUME OF INPUT. ELEMENTS 


1 .348 







"total apea oe ''input elements 

= 

76.9257 

TOTAL 

NllMupp 

OF 

Elements 

= 

8 0 

total VOLUME of INPUT .ELEMENTS 

- 

52 .711 

( 






total APEA of INPUT ELEMENTS 

= 

ftQ.7474 

TOTAL 

NIIMRER 

OF 

elements 

= 

8 2 

TOTAL VOLUME OF INPUT ELEMENTS 

- 

ftl . 17? 







TOTAL APEA OF INPUT ELEMENTS 

!S 

105.4111 

TOTAL 

numrer 

OF 

FLFMFMTS 

= 

1 09 

TOTAL VOLUME OF INPUT ELEMENTS 

- 

86.445 







TOTAL APFA OF INPUT ELEMENTS 

- 

1 1 1 ,0ft23 

TOTAL 

NIJmrfR 

OF 

ELEMENTS 

= 

1 27 

TOTAL VOLUME OF INPUT ELEMENTS 

= 

89.399 







TOTAL APEA OF TNPIJT ELEMENTS 

- 

160.1551 

TOTAL 

NUMBER 

OF. 

FLFMENTS 

= 

1 30 

TOTAL VOLUME OF T NPl IT . ELEMENTS 

s 

ftO.399 







TOTAL area OF INPUT ELEMENTS 

= 

174.4336 

TOTAL 

NUMBFR 

OF 

FLFMFNTS 

= 

131 

TOTAL VOLUME OF I NPUT ■ ELEMENTS 

= 

11 ft. 473 







total apea of input elements 


204.8862 

TOTAL 

NUMBER 

OF 

FLFMFMTS 

= 

1 37 

TOTAL VOLllMF op INPUT FLFMENTS 

= 

179.496 








TOTAL APFA OF T NPUT ELEMENTS 

= 

?19.9?42 

TOTAL 

NIJMRFP 

OF 

elements 

- 

1^3 

TOTAL VOLUME OF INPUT ELEMENTS 

3S 

19ft, 834 







TOTAL AP£A qf INPUT ELEMENTS 

r= 

244.2043 

TOTAL; 

number 

OF 

FLFMENTS 

- 

161 

TOTAL VOLUME OF INPUT ELEMENTS 

zz 

232.146 







TOTAL APFA QF INPUT ELEMENTS 

's 

254,0524 

TOTAL 

NUMBER 

OF 

FLFMFMTS 

= 

215 

TOTAL volume of input elements 

= 

235.955 







TOTAL AREA OF INPUT ELEMENTS 


257.2163 

total 

NIJMRFR 

OF 

ELEMENTS 

= 

230 

TOTAL VOLUME OF INPUT FLFMENTS 

= 

240,742 







TOTAL APEA OF INPUT ELEMENTS 


260.4969 

TOTAL 

NUM8EP 

OE 

ELEMENTS 

= 

B4 ft 

TOTAL VOLUME OE INPUT ELEMENTS 


253.090 







TOTAL APFA OF INPUT ELEMENTS 


286.6821 

TOTAL 

NUMBER 

OF 


= 

ft54 

TOTAL VOLUME OF INPUT FLFMENTS 


261 .139 







TOTAL APFA OF INPUT ELEMENTS 

=r 

ft ft a . 2°2 1 

TOTAL 

NIJMRFP 

OF 

ELEMENTS 

= 

?7? 

TOTAL VOLUME QF INPUT ELEMENTS 

sr 

261.191 








FIGURE 12 ILLUSTRATION OF ACCUMULATED SURFACE AREA PRINTOUT FOR IMAGE. 










SAMPLE CASES 


Usually the most difficult aspect of using any computer pro- 
gram for the first time is mental inertia involved. During 
the initial learning period, the user gains the necessary 
confidence required to obtain useful results from the program. 
The learning period varies with the size and complexity of 
the particular computer program and the individual involved. 
The IMAGE program is small and therefore, the learning period 
should be short. 

This section presents four example problems designed to help 
the first-time user in overcoming the initial mental inertia. 
Once familiar with the program input, the user will find that 
providing data to the IMAGE program is not unlike providing 
data for a configuration layout. 

Three-View, Nose Right 

The first example is a three-view of a suborbital maneuvering 
vehicle. The input data for this example is illustrated in 
figure 12. Also illustrated in figure 13 is an inset drawing 
resulting from the input data shown. The drawing is reduced 
several fold from the original 11 x 17 inch drawing. 

Each line of information in figure 13 represents a "card" of 
input data except as noted in the following discussion. The 
first card is the title card. This hollerith information 
appears just below the program heading as illustrated in the 
inset drawing. The information presented can be up to 59 
characters of the TITLE card. The next card is the entire 
$TYPE32 data set. Note that no data is entered in the data 
set for this example. Therefore, the program default values 
are used. By omitting the data entries in this section, the 
following input data is implied: 


PRINTS = 0, 

(no printing of quadrilateral 

characters) 

IORIEN = 0, 

(normal cross section 

input) 


ISTAT3 = 1, 

(one vehicle section) 



ITAPE = 0, 

(geometric input data 

in UNIT 

5) 

IREW8 = 0, 

(rewind UNIT 8 before 

reading 

- no affect) 

XSC = 1.0, 

(X - scale factor) 
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FIGURE 13 ILLUSTRATION OF INPUT DATA FOR THREE-VIEW DRAWING - NOSE RIGHT 




YSC = 1.0, 

(Y - 

scale factor) 

ZSC = 1.0, 

(Z - 

scale factor) 

DELX = 0 . , 

(x - 

translation) 

DELY = 0 . , 

(Y - 

translation) 

DELZ = 0 . , 

(Z - 

translation) 


Even though no data is placed in the $TYPE32 data set, the 
empty data set shown must be present. The minimum information 
that must appear in the dummy data set includes the name, the 
opening $ and closing $ as follows: 

$TYPE32 $ 

At least one space must appear after the NAMELIST name. 

The next set of data is the geometric input data indicated by: 
GEOMETRY DATA 

The actual data is omitted from the figure for clarity of pre- 
sentation. Appendix A is a listing of the actual data used in 
this and other examples. 

The next series of data sets are the $TYP3435 data sets. These 
data control the position and orientation of a sequence of 
pictures representing the data described above. The text option 
is also illustrated. The correspondence between the $TYP3435 
data sets and the pictures (text) is indicated by the circled 
numbers. The crosshairs on the individual drawings refer to 
the location of the reference system at the start of the 
individual picture (text) . These locations are controlled by 
DXG and DYG. 

The first $TYP3435 data set defines a plan view orientation 
with the reference axes located 6 inches to the right and 6 
inches above the initial reference system of the plotting 
device. The data is to be scaled from the longest X-dimension 
to fit within a 10-inch imaginary frame. All other data in 
this data set will be the default values as follows: 

THETA = 0 (pitch angle in degrees) 

ICS = 0 (connect all four points) 
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IREFL = 0 


(draw reflected plane) 

ISHAD = 0 (omit drawing rear facing elements) 

IAREA = 0 (no section areas will be printed) 

I QUAD = 0 (actual corner points will be drawn) 

LAST = 0 (this is not the last picture) 

XLG = computed (left side of frame) 

XRG = computed (right side of frame) 

YBG = computed (bottom of frame) 

YTG = computed (top of frame) 

TEXT = .FALSE. (this is a picture option, not text) 

XMOVE =17.0 (move plot device 17 inches in the X- 

direction after completion of the present 
picture series) 

YMOVE = 0.0 (plot device does not move in the Y- 

direction after the current picture series) 

HTEXT = 0.14 (character height for textual information) 

The second $TYP3435 data set defines a profile view of the 
vehicle. This view is to be located 5 inches below the plan 
view (described above) . Note that all data remains unchanged 
between data set definitions. Only those variables requiring 
change from the previous set need be reset by the user. 

The third $TYP3435 data set defines a front view of the vehicle. 
This view is to be located 3 inches to the right of the profile 
view. 

The fourth $TYP3435 data set defines a text option, a series 
of text cards which will be read from cards in 80 column format. 
Only five input variables have meaning to the text option. 

TEXT (activates text option) 

DXG (X-movement of the plot device reference to the 

start of the first line of text) 
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DYG (Y-movement of the plot device reference to the 

start of the first line of text) 

LAST (indicates the last $TYP3435 data set in the 
current series) 

HTEXT (character height for textual information) 

The actual text immediately follows the $TYP3435 data set which 
activates the text option. The first column of each text card 
is reserved for print control as follows: 

0 - skip a line 

2 - terminate the text option 

In the illustration, the start of the first line of text is 
positioned 7 inches above and 2 inches to the left of the 
previous (front view) reference and the characters are 0.14 
inches high. 

The parameter LAST is set to 1 in the text option indicating 
that current set to be the last $TYP3435 data set in the series. 
The program flow logic will return for a new title card. Then 
since the next (title) card has the characters "99" in columns 
71 and 72, the IMAGE program execution is terminated. 


Three-View, Nose Left 

The second example is a three view of a shuttle orbiter-type 
vehicle. The input data for this example is illustrated in 
figure 13. The drawing resulting from the data is inset into 
the figure. Except for the geometric data employed, the pri- 
mary difference between this example and the previous one is 
the orientation of the views. This example uses a nose left 
orientation and a rear view. The previous example used a nose 
right orientation and a front view. Comparison of figures 12 
and 13 will illustrate the differences between the data 
definition for the two types of vehicle orientation. 

The geometric data for this example was generated by a special 
computer program called PANEL (reference 3). Therefore, the 
$TYPE32 data set specifies the data source to be external by the 
parameter. 

ITAPE = 1 

This parameter specifies the data is to be read from the internal 
file, UNIT 8. The correspondence between UNIT 8 and the external 
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file which contains the actual data is established through the 
sixth parameter on the program card. The external source of 
data is accessed by the IMAGE execution control card through 
file substitution of the parameter with the external file 
name as follows : 

0 IMAGE , , , , , , GEOM . 

In the above illustration the file, GEOM, contains the geometric 
data for the IMAGE program. Of course, the geometric data must 
have been placed on the GEOM file by the PANEL program in a 
similar manner as that illustrated above. 

OPANEL, , , , , , GEOM . 

In the case of the PANEL program, the geometry unit, GEOM, 
happens to be the fifth file parameter and must have been sub- 
stituted accordingly at the time PANEL was executed. 

The $TYPE32 data set also specifies a translation of the 
original data in GEOM (TAPE8) 1200 inches forward and 700 
inches down. The reason for the translation is to reposition 
the reference axis system for plotting purposes. The original 
data for the orbiter generated in the PANEL program was 
referenced to the coordinate system of the boost vehicle upon 
which the orbiter was mounted. The translated reference system 
is coincidental with the nose of the orbiter as indicated by 
the inset to figure 14. 

The picture sequence and text option which are defined by the 
$TYP3435 data sets are similar, except for orientation, to the 
sequence described in the previous example. Therefore, the 
reader is referred to that section for discussion of the input 
data. 


Oblique Views 

The third example shown in figure 15 illustrates a series of 
oblique views of the suborbital maneuvering vehicle of example 
1. The geometric data is read from the normal input device 
and not translated as was the data of example 2. The actual 
data is shown in Appendix A. 

Each $TYP3435 data set refers to a numbered view. The 
correspondence of the individual data set with the view is 
indicated in the figure. The significant difference between 
these data sets and the data sets of the other examples are: 
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FIGURE 15 ILLUSTRATION OF INPUT DATA FOR A 
SEQUENCE OF OBLIQUE VIEWS. 



1. Differences in viewing angles. 

2. Different locations for the views. 

3. The absence of text in this example. 

4. The frame dimensions XLG, XRG, YBG and YTG are read 
in rather than computed by the program. 

Notice the frame dimensions are established so that the frame 
size in the X-direction is the same as the frame size in the 
Y-direction. 

XRG - XLG = YTG - YBG 

The above criteria establishes a "square frame" which is 
essential to an undistorted picture. 


ODIN Input Example 

This example is an illustration of a three-view drawing of a 
shuttle orbiter recently studied at NASA Langley Research 
Center using the ODIN procedure to simulate certain aspects 
of the design process. Figure 16 is an illustration of the 
data setup for IMAGE within the ODIN framework. This figure 
portrays a set of data describing a three view, nose left with 
vehicle characteristics printed on the picture. The resulting 
picture is inset in the figure. Both the picture definition 
data and the optional text information is augmented by data 
base variable names. The variable names are data base inter- 
faces and therefore delimited by (^) . For details of the 
interface language, the reader is referred to reference 2. 

The primary differences between this example and the previous 
one illustrated in figure 13 are: 

1. The present example is an illustration of the program 
being executed within the ODIN system. The illustrated 
data was extracted directly from an ODIN simulation. 

2. The data is generated by. the program of reference 1 
which was also executed in the ODIN simulation. 

3. The frame size is input from the data base and is based 
upon the current fuselage length (XLFUS from the data 
base) . 
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^EXECUTE IMAGED : 

_*ADD DM=XLFUS/SCALA _ _ . 

ORB I TER OESIGN 25K P/L 1 INCH=-FDM. *_._INCHES_ 

-STYPE32 ITAPE=1* ISTAT3=3. S 

STYP3435 . - . 
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= 7-1 DXG=0 • * 



1=.- 0XG=-2.5* 
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.0 . 
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*CROOT * 

FT 

*. 
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~~ end of picture phase FIGURE 16 ILLUSTRATION OF INPUT 

DATA FOR IMAGE WHEN USED IN ODIN 
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4. The text option display actual vehicle characteristics 
from the data base for the current vehicle. The 
delimited (/) names denote the data base names for 
the indicated quantities. 

Each line of information in figure 16 represents a card of 
input data. The first card illustrated is the DIALOG control 
directive . 

^EXECUTE IMAGER 

The control directive is input information to the DIALOG 
executive system and accomplishes the following functions: 

1. Retrieves the IMAGE program from permanent storage at 
the beginning of the simulation. 

2. Executes the IMAGE program providing the necessary 
file substitution to pass geometry file to the program 
from the program of reference 1. 

3 . Provides for the return of control to the DIALOG 
executive system after completion of the execution of 
IMAGE . 

The second card is an ADD command which is part of the communica 
tion language in the DIALOG executive system described in 
reference 2. The function of this card, 

t*ADD DM = XLFUS/SCAL^ 

is to compute a scale of the drawing (DM) to be used on the 
picture title card. In the illustration the picture scale is 
1 to 132 inches. The card illustrated above is "removed" from 
the input stream by DIALOG and is therefore not read by the 
IMAGE program. 

The third card is the TITLE card. This card is generally the 
first card (when IMAGE is used as an independent program) . 
However, when used with the DIALOG executive system, the TITLE 
card may not be the first card due to interface requirements 
with, other programs and with the ODIN data base. However, after 
the input data is preprocessed by DIALOG, the modified input 
file will be identical in format to the previous examples. No 
delimited information will appear. 

The $TYPE32 data resets the parameter, 

ITAPE = 1 
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which specifies the geometric data will be obtained from an 
external source. The DIALOG executive system automatically 
maintains the proper correspondence between the IMAGE data 
file and the data files of the program of reference 1. The 
user need not be concerned with file substitution when using 
IMAGE with the ODIN system. 

Another parameter set in $TYPE32 is: 

ISTAT3=3 

This variable specifies that three sections of data on the 
geometry file will be plotted. Actually more data resided on 
the geometry file for the example simulation but the first 
three sections (WING, BODY and VERTICAL TAIL) were the only 
ones of interest for plotting purposes. 

The next series of data sets ($TYP3435) control the position 
and orientation of a sequence of pictures and text. The first 
set in the series also defines the frame size and dimensions. 
Frame size is referenced to the fuselage length, XLFUS and 
the data is scaled to the parameter, SCAL. Both of these 
parameters come from the data base as indicated in figure 16. 

The last $TYP3435 data set activates the text option. The 
actual text cards follow the $TYP3435 data set. These cards 
are modified by data base information as indicated by the 
delimited variable names. Each delimited name is replaced by 
the current value of the variable from data base. DIALOG 
performs this replacement function before the data is read by 
IMAGE. In this manner, the current vehicle characteristics 
are extracted from the data base and printed with the geometric 
representation of the vehicle. 
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CONCLUDING REMARKS 


The IMAGE program lends support to many technology programs us- 
ing the same geometry definition. The surface definition is 
based on the quadrilateral elements to describe the surface of 
an arbitrary configuration. In the IMAGE program, this geometry 
is converted to a picture-like drawing of the configuration for 
inspection. The computer program is important as a stand alone 
program or when used within the ODIN (for Optimal Design Integra 
tion) system. The use of IMAGE is threefold: 

1. It provides a visual check on the geometric data input 
for both the IMAGE program and other technology pro- 
grams using the data. 

2. It provides for monitoring of geometric perturbations 
particularly when used within the ODIN system where 
geometric perturbations are constantly taking place. 

3. It provides a convenient means of reporting on current 
geometric characteristics of a vehicle under study. 

The advant of the ODIN system as a means of performing design 
analysis has resulted in greater emphasis on the development 
of geometric definitions as a separate and distinct technology 
area. The IMAGE program represents the first step towards the 
expansion of this technology, and is expected to have wide 
applications in the future use of the ODIN system. 


56 



REFERENCES 


1. Gentry, A. : Hypersonic Arbitrary-Body Aerodynamic Computer 

Program, Mark III Version, Volume I, User's Manual, 
Douglas Report, DAC 61552, April, 1968. 

2. Glatt, C. R. , Hague, D. S. and Watson, D. A.: DIALOG: An 

Executive Computer Program for Linking Independent 
Programs. National Aeronautics and Space Administra- 
tion Contractor Report CR-2296. Washington D. C. 1973. 

3. Hague, D. S. and Glatt, C. R. : Optimal Design Integration 

of Military Flight Vehicles - ODIN/MFV. AFFDL-TR-72- 
132. December 1972. 


57 



APPENDIX A 


LISTING OP TEXT DATA FOR THE IMAGE PROGRAM 


The following pages present a list of the element 
data for the suborbital maneuvering vehicle test 
data discussed in connection with the use of the 
IMAGE program. 
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